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ABSTRACT : 



A \smart card^ has ] a repository having a first data element and a value 
adcfea tunctionTThe card further has an operating- system haying a data 
e lement accesfc^ function for sequencing to said repository and a 
[micro processor] for executing said data element and said value added 
function in accordance with said access function. 
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Review the medical record to' determine rf any of the foliowrng were experienced 
by the mother at the time of surgery. Check YES where applicable. Check all that 
apply. 

Injury to pelvic organs 
Pelvic hematoma 
Maternal distress 

Shock during or following delivery 
Acute renal failure following delivery 

Review the medical record to determine if any of the following conditions occurred 
during hospitalization. Check YES where applicable. Check ail that apply. 

Post hemorrhage 

■Compfications of the administration of anesthesia 
Matemat hypotension syndrome 
Major puerperal infection 
Pulmonary embolism 

Review the medical record to determine if any of the following conditions occurred 
after discharge. Check YES where applicable. Check all that appfy. 

Delayed and secondary postpartum hemorrhage 

Postpartum coagulation defects 

Venous complications in pregnancy and the puerpersum 

Superficial thrombophlebitis 

Deep phlebothromboses 



If you answered YES to question 13, review the chart to determine \t a f ©admission 

SO( Check YES and enter me siting diagnoses on the line provided 
ano the date of service. 

If no readmission, check NO. 



R6cord Display Form 




l^://jupit^ 13. 1&ESNAME=KWIC 



Help 



Logout 



Main Menu | Search Form \ Resuii Set | S how S Numbers | . Edit 5 Numbers | Referring Patents 



Hi:A Doourrisnt 



Full I Title 1 Citation] Front ] Review | Classification | Data | Reference Claims|| IOMC 



Document Number ' 1 

Entry 1 of i 



File: USPT 



May 4, : 1999 



DOCUMENT- IDENTIFIER : US.m59 01303 A , > 

TITLE: Smart cards, systems using smart cards and methods of operating 
said cards in. systems . , ..... 



DEPR; 



. The - £mi r?t; | on g^ &*-» commands t to' ^create „ aoH vp , Hat a - el a mdnt fl , Pi >md) ^v ' ta g 
>£jj fi gj ^ate^a data : elemen^ ^ "' loca^DgfTiff in^tlie 

Cs^t ^card^ tprstore. the actj.^^dg.ta ej^gnTs^ould' all^bg^protected by 



Main Menu | Search Form j Result Set j Show S Numbers | Edit S Numbers | Referring Patents 



Claims IOMC 



Help 



Logout 



lof 1 



i/00 2:59 



5,544,044 



231 



232 



10 



15 



20 



What is claimed is: 

1. In a medical information system comprising a process- 
ing unit, at least one memory unit and means for entering 
information into said medical information system and for 
providing commands to said medical infonnation system, a 
method of analyzing health care claims records for an 
enrolled population to assess quality of care received by 
enrollees having a specified health care condition and for- 
mulate action recommendations to improve care compris- 
ing: 

(a) providing to said processing unit of said medical 
information system health care claims records for a 
selected enrollee population; 

(b) defining in the medical information system at least one 
health care condition in terms of a specified logical 
relationship among a plurality of health care events 
relevant to diagnosis and reported in the health care 
claims records; 

(c) identifying in the health care claims records those 
enrollees meeting the definition for said at least one 
health care condition; 

(d) defining in the medical information system health care 
quality criteria for said at least one health care condi- 
tion in terms of a plurality of health care events 25 
reported or reportable in the health care claims records, 
including at least one intervention based on practice 
guidelines and related to care for the at least one health 
care condition; 

(e) comparing the health care quality criteria for said at 30 
least one health care condition to the health care claims 
records for at least a portion of those enrollees meeting 
the definition for said at least one health care condition; 
and 

(f) developing and outputtingfrom said medical infonna- 35 
tion system a health care qua^ based on the 
comparison of step (e) and including action re<x>mmen 7 t • •• 
dations for improving health care quality. . ; 

2. The method of claim 1 wherein the step of providing M 
health care claims records comprises providing records from 40 
a group consisting of: claims records for medical profes- 
sional services, claims rerords fbT^ t 
claims records for pharmaceutical prescriptions. 

3. The, method of claim 1 wherein multiple health care _ . 
conditions and corresponding health care Quality criteria for 45 
said multiple health care conditions are defined. 

4. The method of claim I further comprising the steps of: 

(g) providing to said processing unit of said medical 
information system medical records for a selected 
enrollee population that is a subset of the enrollee 
population identified as meeting the definition for said 
at least one health care condition; 

(h) defining health care quality criteria for said at least one 
health care condition also in terms of health care events 
reported or reportable in the medical records; 

(i) comparing -the health care^quality criteria for said at 
least one 'Health care condition to me medical records 
for at least some of those enrollees meeting the defi- 
nition for said at least one health' cafe condition; and 

(j) developing and outputting from said medical informa- 
tion system a report based on the comparison of step (i) 
as well as step (e) and including action recommenda- 
tions for improving health care quality as defined by 

-. said health care quality criteria. 

5. The method of claim 1 wherein the step of defining at 
least one health care condition in terms of health care events 
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relevant to diagnosis and reported in the health care claims 
records comprises defining a specific health care condition 
in the nature of a disease or organic dysfunction. 

6. The method of claim 5 wherein the at least one health 
care condition is selected from a group consisting of: 
pediatric asthma, diabetes mellitus, hypertension, and breast 
cancer. 

7. Hie method of claim 1 wherein the step of defining at 
least one health care condition in terms of health care events 
relevant to diagnosis and reported in the health care claims 
records further comprises defining a specific health care 
condition not in the nature of a disease or organic dysfunc- 
tion. 

8. The method of claim 7 wherein the at least one health 
care condition is selected from a group consisting of: 
prenatal care, caesarian section, breast cancer screening, 
cervical cancer screening and pediatric immunizations for a 
specified age group. 

9. The method of claim 1 wherein step (f) comprises 
developing and outputting from said medical information 
system a health care quality report that reports statistics on 
at least one adverse event as an indicator of a health care 
quality problem. 

10. The method of claim 1 wherein step (f) comprises 
developing and outputting from said medical information 
system a health care quality report that reports a frequency 
of occurrence of at least one health care quality criterion. 

11. In a medical infonnation system comprising a pro- 
cessing unit, at least one memory unit and means for 
entering information into said medical information system 
and for providing commands to said . medical information 
system, a method of analyzing health care claims records for 
an enrolled population to assess quality of care received by 
enrollees 'having a specified health care condition and for- 
mulate action recommendations to improve care compris- 
ing: 

<(aj> r^vidmgto^ said medical 

, r j >^ for a 

; ^selwte^ records, com- 

prising claims -records Jf6r : medical profession^ ser- 
vices, claims records for hospital services and claims 
records for pharmaceutical prescriptions; 
'** (b) defining in the medical information system at least one 
health care condition^in terms of a specified logical 
rdato a plu^iry* of health care events 

* relevant to diagnosis i and reported in. the health care 
claims records; 

(c) identifying in the health care claims records those 
enrollees meeting the definition for said at least one 
health care condition; 

(d) defining in the medical information system health care 
quality criteria for said at least one health care condi- 
tion in terms of a plurality of health care events 
reported or reportable in the health care claims records, 
including at least one intervention based on practice 
guidelines and related to care for the at least one health 

; care condition; ^\ v • : :% V;''* 

(e) comparing the health care quality criteria.for said at 
least one health care condition to the health care claims 
records for at least a portion of those enrollees meeting 
the definition for said at least one health care condition; 
and 

(f) developing and outputting from said medical informa- 
tion system a health care quality report based on the 
comparison of step (e) and including action recommen- 
dations for improving health care quality as defined by 
said health care quality criteria! 
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ABSTRACT: : 

An authentication system includes a portable information device, such as 
a smart card>, that is configured to store and process multiple different 
applications. The smart card is assigned its own digital certificate 
which contains a digital signature from a trusted certifying authority 
and a unique public key. Each of the applications stored on the smart 
card is also assigned an associated certificate having the digital 
signature of the certifying authority. The system further includes a 
terminal that is capable of accessing the smart card. The terminal has at 
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information from said health care claims records 

hospital services; and 
information from said health care claims records 

pharmaceutical prescriptions. 

21. The system of claim 17, wherein said data medium 
includes at least one random access memory device. 

22. The system of claim 17, wherein said data medium 
includes at least one magnetic media disk. 

23. A data storage medium for use with a processor that 
accesses a database of information from health care claim 
records for an enrolled population, wherein the data storage 
medium has a program stored on it that causes the processor 
to: 

(a) define at least one health care condition in terms of a 
specified logical relationship among a plurality of 
health care events relevant to diagnosis and reported or 
reportable in said health care claims records; 
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(b) define health care quality criteria in terms of a plurality 
of health care events reported or reportable in said 
health care claims records, including at least one inter- 
vention based on practice guidelines and related to care 
for said at least one health cafe condition; 

(c) identify enrollees meeting said definition for said at 
least one health care condition; 

(d) compare health care quality criteria for said at least 
one health care condition to said information from said 
health care claims records for at least a portion of those 
enrollees meedng said definition for said at least one 
health care condition; and 

(e) formulate action recommendations for improving 
healthcare quality as defined by said health care quality 
criteria. 
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least one compatible application which operates in conjunction with an 
application on the smart card. The terminal is assigned its own 
certificate which also contains the digital signature from the trusted 
certifying authority and a unique- public key. Similarly, the application 
on the terminal is given an associated digital certificate. During a 
transactional session, the smart card and terminal exchange their 
certificates to authenticate one another. Thereafter, a smart card . 
application is selected and the related certificates for both the smart 
card application and the terminal application are .exchanged between the 
smart card and terminal to authenticate the applications. Additionally, , 
the cardholder, enters a unique PIN into the terminal. The PIN is passed 
to the smart card for use ; in authenticating the .cardholder. The . 
three-tiered authentication system , promotes security in smart card 
transactions. 

21 Claims, .9 prawing. figures , . , 





r 



/ 



2of 2 



2/25y00.2:57 PM 



233 



5,544,044 



10 



15 



20 



25 



30 



12. The method of claim 11 wherein multiple health care 
conditions and corresponding health care quality criteria for 
said multiple health care conditions are defined. 

13. The method of claim 11 further comprising the steps 

of: 

(g) providing to said processing unit of said medical 
information system medical records for a selected 
enrollee population that is a subset of the enrollee 
population identified as meeting the definition for said 
at least one health care condition; 

(h) defining health care quality criteria for said at least one 
health care condition also in terms of health care events 
reported in the medical records; 

(i) comparing the health care quality criteria for said at 
least one health care condition to the medical records 
for at least some of those enrollees meeting the defi- 
nition for said at least one health care condition; and 

(j) developing and outputting from said medical informa- 
tion system a report based on the comparison of step (i) 
as well as step (e) and including action recommenda- 
tions for improving health care quality as defined by 
said health care quality criteria. 

14. A medical information system for analyzing health 
care claims records for a health care benefit plan to assess 
quality of care received by plan members having a specified 
health care condition and formulate action recommendations 
to improve care comprising: 

(a) a central processing unit; 

(b) at least one memory unit connected to said central 
processing unit; 

(c) means for providing to said processing unit health care 
claims records for a selected enrollee population; 

(d) means for defining at least one health care condition 

in terms of a specified logical relationship among a 35 
plurality of health care events relevant to diagnosis and 
reported in the health care claims records; 

(e) means for identifying in the health care claims records 
those enrollees meeting the definition for said at least 
one health care condition; 

(f) means for defining health care quality criteria for said 
at least one health care condition in terms of a plurality 
of health care events reported or reportable in health 
care claims records, including at least one intervention 
based on pracu'ce guidelines related to care for the at 
least one health care condition; 

(g) means for comparing . the .health, care quality criteria 
for said at least One 1 health care condition to the health 
care claims records for at least a portion of those 
enrollees meeting the definition for said at least one 
health care condition; and 

(h) means for developing and outputting from said medi- 
cal information system a health care quality report 
based on the comparison performed by means (g) and 55 
including action recommendations for improving 
health care quality as defined by said health care quality 
criteria. 

15. The system of claim 14 wherein the means for 
providing health care claims records comprises means for 
providing records from a group consisting of: claims records 
for medical professional services, claims records for hospital 
services and claims records for pharmaceutical prescrip- 
tions. 

16. The system of claim 14 further comprising: 

(i) means for providing to said processing unit of said 
medical information system medical records for a 
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selected enrollee population that is a subset of the 
enrollee population identified as meeting the definition 
for said at least one health care condition; 
(j) means for defining health care quality criteria for said 
at least one health care condition also in terms of health 
care events reported or reportable in the medical 
records; 

(k) means for comparing the health care quality criteria 
for said at least one health care condition to the medical 
records for at least some of those enrollees meeting the 
definition for said at least one health care condition; 
and 

(1) means for developing and outputting from said medical 
information system a report based on the comparison 
performed by means (k) as well as means (g) arid 
including action recommendations for improving 
health care quality as defined by said health care quality 
criteria. 

17. A medical information system for analyzing records 
for a health care benefit plan, wherein said medical infor- 
mation system assesses quality of care received by plan 
members having a specified health care condition and for- 
mulates action recommendations to improve care, said 
medical information system comprising: 

(a) a processor, 

(b) a database, accessible by said processor, wherein said 
database includes information from health care claim 
records for a selected enrollee population that is a 
subset of the enrollee population identified as meeting 
said definition for said at least one health care condi- 
tion; 

(c) a data storage medium accessible by the processor, 
wherein the data storage medium has a program stored 
on it, and wherein the program is configured to cause 
the processor to: 

define at least one health care condition in terms of a 
specified logical relationship among a plurality of 
health care events relevant to diagnosis and reported or 
reportable in said health care claims records, 

define health care quality criteria in terms of a plurality of 
health care events reported or reportable in said health 
care claims records, including at least one intervention 
based on practice guidelines and related to care for said 
at least one health care condition; 

identify enrollees mee&ng said definition for said at least 
, * one health care condition, ; r / ' : 1 
* compare health care quality ' criteria ^ fbrC said at least one 
health care condition to said information from said 
health care claims records for at least a portion of those 
enrollees meeting said definition for said at least one 
health care condition, and 

formulate action recommendations for improving health 
care quality as defined by said health care quality 
criteria; and 

(d) an output device, connected to the processor, for 
outputting from said medical information system a 
health care quality report. 

18. A medical information system as claimed in claim 17, 
wherein said output device is a printer. 

19. A medical information system as claimed in claim 17, 
wherein said output device is a computer display. 

20. A medical information system as claimed in claim 17, 
wherein said claims database includes 

information from said health care claims records for 
medical professional services; 
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To solve this dilemma, encryption algorithms introduce "digital 
signatures" which are employed to ensure that the appropriate parties 
are communicating with each other. Thus, when the smar t card encry pts a 

message using the terminal's public key, it tags a personalized digital 

signature onto the message. The smart card encrypts the combined message 
using its own private key. The resulting communication is represented as 
follows: 
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[57] ABSTRACT 

A reservations system for hotel chains in which matrix 
arrays defining maximum rooms for sale, protected 
inventory, and matrices derived from these two, all by 
room-type/rate-category combinations. The system 
provides for generalized control of inventory for sale 
for an arbitrary number of room-types, rate-categories, 
etc. The system also allows blocking or protecting in- 
ventory by rate-category, room-type, or any combina- 
tion. The system of the invention allows for either a 
central or a distributed view of inventory, and allows 
inventory to be controlled by the property and sold at 
any location without over-selling. The system of the 
invention provides the level of control necessary to 
handle the four major inventory control strategies that 
the hotel industry will likely require over the next ten 
years: total control centrally, central indicators and 
distributed inventory, totally distributed inventory, or a 
mixed mode of operation utilizing any combination of 
central or distributed inventory. In each case, the sys- 
tem of the invention provide a common, effective and 
complete solution. 
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7 8 

constant K represents the free sale limit, or the maxi- tributed locations such as properties can process 

mum number of rooms that can be sold against an transactions against availability flags. 

"open" indicator for each transaction. Distributed— inventory is kept at distributed loca- 

The additional status indicator "Request" is used to tions (eg. properties or regional reservations cen- 

indicate that inventory may be available, but a complete 5 ters) and availability flags or inventory allocations 

check is required before a sale can be made. For central- are maintained at a central location, 

ized systems, a complete check means applying all Mixed— combinations of all three above based on 

availability rules. For distributed inventory systems, a individual property or chain n^uirements. 

request must be made to the distributed system. The last mode of operation is the most promising for 

The flag process provides two key advantages. First, 10 large hotel chains in the future, where imposing one of 
it reduces the overhead associated with checking avail- me otner three modes of operation on all properties 
ability, since availability is checked more often than w °uld be difficult, time-consuming or expensive. For 
changed. Second, it provides a consistent view of inven- multi-chain operators, using the best mode of reserva- 
tory in a distributed system by mamtaining only one tions-operation for each chain will reduce operating 
copy of the inventory data base. Also, the inventory 15 cost ^ nd me development cost associated with "corn- 
data base may be kept centrally or may be distributed. promise" system solutions. 

In that way, availability can be checked anywhere, in ^ ae svstem utilizes any conventional mainframe com-, 

any combination of systems while maint ain^ a consis- P uter *y*t™ with sufficient memory capacity for the : 

tent view of inventory to users at all locations. central portion of the system. Minicomputers, mi- 

Since the system of the invention is not affected by M ?" pute * ""V* utilized 

- ^_ t . , tl . ^ pubhc or dial networks to implement the system. 

Centralized— aU inventory is kept centrally for all 25 A source listing of the computer program that may be 
properties, and all transactions are processed cen- stored in the computer memory of the system of the 

~ tT ~?' t . . invention is given by way of example in the following 

Central control— mventory is kept centrally, but dis- Table I 

! TABLE I. 

Nov 9 17i22 1989 parin.per Page 1 

— DATABASE invjsgl 

SCREEN 
{ 

HOTEL CODE [fOOO ] [fOOl j 

STARTING DATE [f 002 ] END DATE [f003 ] 

RATE CATEGORY [fOO^J [f005 j 

END 

TABLES 
hotel 
rate_lu 
room 

ATTRIBUTES 

fOOO = FORMONLT . proped , UPSHIFT , REVERSE; 
fOOl = FORMONLY.htlnm, REVERSE, NOENTRY; 

f002 - FORMOKLY.stdt TYPE DATE, DEFAULT = TODAY, REVERSE* 
f003 = FORMOHLY.enddt TYPE DATE, REVERSE? REVERSE, 
£004 « FORKONLY.ratecat, UPSHIFT, REVERSE; 
fOOS = FORHOKLY. catdesc , NOENTRY, REVERSE ; 
END ' 

INSTRUCTIONS 
DELIMITERS - - 

END • r 

database inv_sgl 
screen 



HOTEL CODE [f002 ] [f003 



] 
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For all land / Ag > Bg 

(FIG. I, Block 21) 
AT 

For all 7 -4oy>% = SUMJfl 

/«1 

(FIG. 1, Blocks 2% 23) 
N 

For all/ Ag> > Bn 5 SUMife 

y-i 

(FIG. 1, Blocks 24, 25) 

SiMB OJ -=Aoo>SV}AB j0 
7=1 M 
(FIG. 1, Block 26) 



10 



15 



Referring to FIG. 2, in order to satisfy a request for 
V rooms for a span of dates, for room-type i and rate- 
category j, the following avaflabiUty-relations must be 
true for each day (FIG. 2, Block 40, 42): 20 
A$>r mventory available for this rate/room-type 
A«>r inventory available for this rate-category 
Aoy>r inventory available for this room-type 
Aoo>r total inventory available 
Once the general availability of the required number 25 
of rooms has been established, additional rules must be 
applied to ensure that this sale will not violate a block. 
A block is not considered satisfied until the number of 
rooms sold is greater than or equal to the number 
blocked. The elements of the table RB indicate which 30 
blocks are still outstanding by calculating remaining 
blocked inventory as follows: 



or rates that have Remaining blocked" inventory (FIG 
2, Block 46). 

If Aa-RBio>r (FIG. 2, Block «), then free to sell 
any room-type for rate-category i; otherwise, can only 
sell blocked room-types in this rate-category (FIG. 2, 
Block 50). 

Similarly, for room-type j. 

If Atf-RBQ£>r (FIG. 2, Block 52), then free to sell 
any rate-category in room-type j; otherwise only sell 
rates with "remaining blocked" inventory (FIG. Z 
Block 54). 

A request for "r" rooms for a span of days must sat- 
isfy all of the following rules for each day: 

General Availability Rules (FIG. 2. Block 42) 



1) 


A»>r 


Inventory available for total hotel for 


2) 




this day 


A&> r 


Inventory available for rate-category /for 


3) 




this day 


A<y > r 


Inventory available for room-type / for 
this day 3 


4) 




Inventory available for the specific 






combination of rate-category /and room- 






type j for this day 



Protected Inventory Rules (FIG. 2. Blocks 44-54) 



5) Aoo- KBpo > r 
or Acq — RB<» = r 



RBg = MAX QO, Bg-, 
A4o«MIN 



RBqj = MIN 



I ^SUMABp J 
( M 1 

( M * V 

RBqo = MIN I Boa, SVMRB& SUMRBqj J 

In practice, "overblocking" would not be allowed, so 
that last relation would be: 



35 



40 



45 



andRB&, > k 
andRBtf > k 
and R% > k 
where k < r — 
(Aoo — RB W ) 
6) — R3fc<r_ 

- or Afe- 
RB^> r 



and KBjj > r — 
(A^-RB^) 

~ KRoj > r 
orA^-RB q f>r 



and RB* > r — 



Unblocked inventory available for the 
day 

If not, then only blocked inventory 
can be sold, so blocked 
inventory must be avail- 
able for the rate-category, 
room-type, and combination 



Unblocked inventory is available 

for this rate category 

Only blocked mventory available for this 

fate category, so blocked 

inventory must be available for 

the rate/room-type combination 

Unblocked mventory for this room-type 
Only blocked inventory available for this 
room type, so blocked inventory and 
must be available for 
the combination 



M N 

In order to handle blocking in all cases, including 
overcoirmutting by rate-category (block B» rooms for 
rate-category, and also set B^ to the same number for all 
room-types checked) the following rules must be ap- 
plied: ^ 

If enough inventory is available for the day, then sell 
any rate-category; else only tree to sell blocked rates. 

If Aoo-RBoo>r Then free to sell any rate (FIG. 2, 
Block 44). 

If enough inventory is available for the rate-category 
or room-type, then free to sell any room-type or rate- 
category respectively. Otherwise, only sell room-types 



50 Availability Flag Process 

In most reservation systems, checking for availability 
of rates and room-types occurs much more often than 
the inventory sale or cancel process. Therefore, a table 
can be created that represents the availability status of 
55 all rates and room-types which results in a simplified 
availability checking process. This table can also be 
used to simplify mventory-handling and availability- 
checking for distributed inventory and manual systems, 
while maintaining the advantages of the reservation 
60 process of the invention. 

The array F contains flags or semaphores that repre- 
sent the current availability-status determined from the 
arrays A and RB. Each entry in F indicates "open" or 
"closed" based on the result of applying availability. 
65 rules to A and RB. Certain restrictions are applied when 
using F to determine current availability. The "open" 
status indicates that inventory is available for sale, but 
that "Tree sale" would be limited to "K" rooms. The 
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categories defined, and each season may have different 
room-types. Six logical arrays are defined as follows: 
AA is the maximum number of rooms authorized for 
sale 

A is the number of rooms currently available for sale 
S is the number of rooms sold 
B is the number of rooms blocked or protected 
RB is the number of rooms remaining in a block (still 
protected) 

F is a table of availability flags showing "Open/* 
"Request," or "Closed" 

AA and B are set by the reservations-manager (FIG. 
1, Block 20). S is updated as rooms are sold or can- 
celled. A is calculated from number of rooms autho- 
rized and number sold. In addition to setting the niaxt- 
mums available for sale in AA, the reservations- 
manager can protect inventory by specifying a mini- 
mum available for a room-type/rate-category combina- 
tion. The array B contains these mmiwn m^ The array 
RB is calculated from arrays B and S, and indicates the 
number of rooms remaining to be sold to satisfy blocks. 
The array F is set automatically based on arrays A and 
RB. 

An arbitrary number of rows may be defined in the 
arrays for each inventory-date, based on the number of 
rate-categories available. A rate-category may be a 
special rate available for a specific group or type of 
guest (qualified rate) or may be one of many rates gener- 
ally available (unqualified rate). 

Most , hotels would have the same room-types year- 
round, and hence would have the same number of col- 
umns. In some cases, a hotel might have seasonal or 
other reasons to change the number of room-types de- 
fined. Recognition of a consistent number of room- 
types and a variable number of rate-categories is a key 
element of the system of the invention. This observation 
is also the key to utilizing relational database methods to 
manage inventory. 

The second key element of the system of the inven- 
tion is that it allows me reservations-manager to place 
m a ximums (limits) and mimmmi (blocks) on total 
rooms, rate-categories, room-types, and/or specific 
combinations of rate and room-type, The user may limit 
the total number of rooms available for all room-types 45 
in a rate-category to be less than the sum of rooms 
specified as available for all room-types in that rate- 
category. The user may also limit the number of rooms 
available for a room- type to be less than the sum of the 
rooms available for that room-type in all rate-catego- 50 
ries. This flexibility allows a reservations-rnanager to 
specify maximums available for each rate/room-type 
c ombin a ti on, and mnTim^tn^ for each rate and room- 
type, and allow the system to prevent overselling. 

The system also allows the reservation-manager to 55 
block inventory for specific rate-categories (such as 
groups or special packages) and specify which room- 
types may be sold to satisfy the block. Finally, the in- 
vention allows the user to set an overall limit on the 
number of rooms available for each day, which may 60 
override the total number of rooms available for all 
room-types in all rate-categories. 

The reservations-manager can specify four levels of 
limitations or maximums: 



10 



15 



20 



25 



30 



35 



40 



AAoy is the maximum that can be sold for a room-type 
j 

AAoois the maximum that can be sold for that day 
The availability matrix array A is calculated from the 
matrix arrays AA and S, and represents the number of 
rooms left to sell. According to the invention, the sum 
of all room-types available for sale in a given rate-cate- 
gory (matrix row-sum) may exceed the tnatimnm al- 
lowed for the rate-category. The practical explanation 
is that many room-types may be sold in the same rate- 
categories to satisfy customer preference. The advan- 
tage of the invention is that the reservations-manager 
does not need to make a Specific, rigid allocation of 
rooms by physical room-type to a rate-category. 

In practice, a warning message would be issued if the 
reservation manager has not specified enough rooms 
available for a room-type, a rate-category, or for the 
day, as follows, it being understood that the term SUM 
in the following refers to the iterative process associated 
with matrix analysis: 



M 

If SUf&AAy < AAqj 

not enough inventory allocated to rate 
categories I to Af for room-type j 

N 

If SUtAAAg « AAgy 
I<1 

not enough inventory allocated to room 
types 1 to AT Cor rate-category i 



M 

USWAAAjq 



'AAqq 



not enough inventory allocated to all 
. rate-categories for this day 



- M 4 
JfSUMAAw. 
J<1 



not enough inventory allocated to all 
room-types for this day 

In general, the reservations-manager would maintain 
a balanced or shghdy oversold condition, so that the 
following relations would hold: 



for ally 



for an/ 



M 

SUMAAg > AAq 
(FIG. 1, Block 29) 



Ml 



AA 0 



(FIG. 1, Block 28) 

If these above-logical relations do not hold, then an 
error messages will be generated (FIG. 1, Blocks 30, 
32). 

The system also guards against blocking more inven- 

— _ tory than is available. For instance, if a reservations- 

AAg is the maximum that can be sold for a specific 65 manager tried to block more inventory in mdivicmal 
a I* 16 - «*. • , , rate-categories than was available for a room-type, an 

AA* is the maximum that can be sold for rate cate- error message would be generated (FIG. 1, Block 28). 
S orvi The system forces the following relations to hold: 



